DSTU2

This page is part of the FHIR Specification (v1.0.2: DSTU 2). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions

Conformance-sdc-de-curator

This is the narrative for the resource. See also the XML or JSON format.


SDC Data Element Curator

(Requirements Definition)

Published: 2014-07-06 (draft)

Published by: U.S. Office of the National Coordinator (ONC)

This profile defines the expected capabilities of the SDC Data Element Curator role when conforming to the S&I Framework's Structured Data Capture FHIR Data Element Exchange implementation guide. This role is responsible for defining and updating data elements stored in a repository.

General

FHIR Version: 1.0.2
Supported formats: xml, json

REST behavior

The primary focus of the curator is the definition and maintenance of DataElements. However, ValueSets must also be supported to allow definition of coded data elements. Some data elements will choose to maintain value sets as 'contained' resources, meaning the value set exists only in the context of the data element and cannot be referenced or maintained without also updating the data element. However, systems should support value set re-use across data elements. (Version-specific referencing can be used to avoid value sets from changing independent of the referencing Questionnaire.)

Security:

Implementations must meet the general security requirements documented in the SDC implementation guide.

Resource summary

Resource Search Read Read Version Instance History Resource History Create Update Delete
DataElement (Profile) SHALL SHALL SHALL SHALL SHALL SHALL MAY
ValueSet (Profile) SHALL SHALL SHALL SHALL SHALL SHALL MAY


DataElement

Interactions

Name Conformance Description
  search-type SHALL

Allows a user to search for existing data elements

  read SHALL

Allows retrieval of a specific known data element

  vread SHALL

Allows retrieval of a specific version of a data element

  history-instance SHALL

Allows review of changes to a data element over time

  create SHALL

Allows defining a new data element. Repositories requiring curation of submitted data elements may require all new data elements to have a status of 'draft'.

  update SHALL

Allows maintaining data elements, such as adding additional mappings, display names, etc. Servers may choose to prohibit certain types of edits, instead requiring the creation of a new data element (and potentially the retiring of the existing data element). Servers may also limit who can change particular data elements.

  validate SHOULD

Allows a client to verify whether a particular new data element or revision of an existing data element would be accepted based on validation and other business rules. Useful for some workflows

  delete MAY

Allows removal of an existing data element. Servers may choose to not support deletions or may limit deletions to data elements meeting certain requirements. E.g. only elements with a status of draft or only elements that have been retired for at least two years, etc.



ValueSet

Interactions

Name Conformance Description
  search-type SHALL

Allows discovery of existing value sets for use in authoring data elements

  read SHALL

Allows retrieval of a specific value set referenced within a data element

  vread SHALL

Allows retrieval of a historical version of a value set as referenced within a data element

  history-instance SHALL

Allows review of changes to a value set over time

  create SHALL

Allows definition of a new value set used by one or more data elements

  update SHALL

Allows existing value sets referenced by one or more data elements to be maintained

  validate SHOULD

Allows verification that a value set is valid prior to submission - useful for some workflows.

  delete MAY

Not all servers will support deletion of value sets. Status change to 'retired' will be more typical, though deletion of draft value sets may keep repositories cleaner.


 

 

Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.